Skip to content

Move to libevent_core and add checks for libevent.so conflict with LSF #7734

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 3 commits into from
May 15, 2020

Conversation

jjhursey
Copy link
Member

  • LSF ships a libevent.so that is no related to the libevent.so
    shipped with Libevent.
  • Add some checks to the configure logic to detect scenarios where this
    conflict can be detected, and provide the user with a descriptive
    warning message.
    • When detected by event/external this is just a warning since
      the internal component may be able to be used instead.
      • This happens when the user supplies the LSF path via the
        LDFLAGS envar instead of via --with-lsf-libdir.
    • When detected by a LSF component and LSF was explicitly requested
      then this becomes an error. Otherwise, it will just print the warning
      and that component will fail to build.

jjhursey added 3 commits May 13, 2020 10:45
 * This should have been `LDFLAGS` not `LIBS`. Either works, but
   `LDFLAGS` is more correct. We should also include `CPPFLAGS`
   just in case the header is important to the check.

Signed-off-by: Joshua Hursey <[email protected]>
(cherry picked from commit 22d8fa1)
 * LSF ships a `libevent.so` that is no related to the `libevent.so`
   shipped with Libevent.
 * Add some checks to the configure logic to detect scenarios where this
   conflict can be detected, and provide the user with a descriptive
   warning message.
   - When detected by `event/external` this is just a warning since
     the internal component may be able to be used instead.
     - This happens when the user supplies the LSF path via the
       `LDFLAGS` envar instead of via `--with-lsf-libdir`.
   - When detected by a LSF component and LSF was explicitly requested
     then this becomes an error. Otherwise it will just print the warning
     and that component will fail to build.
 * Note for `master` the `orter_check_lsf.m4` portion of this cherry-pick
   was moved to `prrte/config/prrte_check_lsf.m4`

Signed-off-by: Joshua Hursey <[email protected]>
(cherry picked from commit fc4199e)
 * `libevent_core.so` contains the core functionality that we depend upon
   - `libevent.so` library has been identified as the legacy target.
   - `libevent_core.so` exists as far back as Libevent 2.0.5 (oldest supported by OMPI)
 * `libevent_pthreads.so` can work with either `-levent` or `-levent_core`

Signed-off-by: Joshua Hursey <[email protected]>
(cherry picked from commit 886f41f)
@jjhursey
Copy link
Member Author

Cherry Pick from #7698

  • This is the OMPI side of the patch. I'm working on the PRRTE/PMIx side of the patch for their mater branches.
  • I'll move this out of "draft" once all of the PRs are posted and linked together.

@jjhursey
Copy link
Member Author

@jjhursey jjhursey marked this pull request as ready for review May 13, 2020 15:28
@jjhursey jjhursey requested review from jsquyres and gpaulsen May 13, 2020 15:28
@jjhursey jjhursey merged commit 9c0a2bb into open-mpi:master May 15, 2020
@jjhursey jjhursey deleted the fix-lsf-libevent branch May 15, 2020 19:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants